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Introduction 



The DOS Version 2.00 device interface links the 
devices together in a chain. This allows new device 
drivers for optional devices to be added to DOS. 



A device driver is a .COM file with all of the code 
in it to implement the device. In addition it has a 
special header at the front of it that identifies it as 
a device, defines the strategy and interrupt entry 
points, and defines various attributes of the device. 

Note: For device drivers, the .COM file must 
not use the ORG 100H. Because it does not 
use the program segment prefix, the device 
driver is simply loaded; therefore, the .COM 
file must have an orgin of zero (ORG or no 



Device Driver Format 



ORG 




Types of Devices 



There are two basic types of devices: 



• Character devices 



• Block devices 
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Character Devices 



These are devices that are designed to do character 
I/O in a serial manner like CON, AUX, and PRN. 
These devices have names like CON, AUX, 
CLOCKS, and you can open channels (handles or 
FCBs) to do input and output to them. 

Note: Because character devices have only 
one name, they can support only one device. 



Block Devices 

These devices are the "fixed disk or diskette 
drives" on the system, they can do random I/O in 
pieces called blocks (usually the physical sector 
size of the disk). These devices are not named as 
the character devices are, and cannot be "opened" 
directly. Instead they are mapped via the drive 
letters (A, B, C, etc.). Block devices can have units 
within them. In this way, a single block driver can 
be responsible for one or more disk or diskette 
drives. For example, block device driver ALPHA 
can be responsible for drives A, B, C and D. This 
means that ALPHA has four units defined and 
therefore takes up four drive letters. The way the 
drive units and drive letters correspond is 
determined by the position of the driver in the 
chain of all drivers. For example, if device driver 
ALPHA is the first block driver in the device chain, 
and it has defined four units, then those units will 
be A, B, C and D. If BETA is the second block 
driver, and it defines three units, then those units 
will be E, F and G. DOS Version 2.00 is not 
limited to 16 block device units as previous 
versions were. The new limit is 63, but drives are 
assigned alphabetically through the collating 
sequence, so after drive Z, the drive "characters" 
get a little strange (like <,\ , >). 
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Device Header 



A device header is required at the beginning of a 
device driver. Here is what the Device Header 
looks like: 



Description 


Definition 


Pointer to next device header 


DWORD 


Attribute 


WORD 


Pointer to device strategy 


WORD 


Pointer to device interrupt 


WORD 


Name/unit field 


8 BYTES 



Next Device Header Field 

The pointer to the next device header field is a 
double word field (offset followed by segment) 
that is set by DOS at the time the device driver is 
loaded. However, it is important that this field be 
set to -1 prior to load time (when it is on the disk 
as a .COM file) unless there is more than one 
device driver in the .COM file. If there is more 
than one driver in the file, the first word of the 
double word pointer should be the offset of the 
next driver's Device Header. 

Note: If there is more than one device driver 
in the .COM file, the last driver in the file 
must have the pointer to next Device Header 
field set to -1. 
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Attribute 




The next field in the header describes to the 
system the attributes of the device. They are as 
follows: 



bit 14 = 1 if IOCTL is supported 

if it is not 
bit 1 3 = 1 if non IBM format (block only) 

if IBM format 
bit 3 = 1 if current clock device 

if it is not 
bit 2 =1 if current NUL device 

if it is not 
bit 1 =1 if current standard output device 

if it is not 
bit = 1 if current standard input device 

if it is not 



All other bits must be off. 

The most important bit is bit 15, which tells the 
system that it is a block or a character device. With 
the exception of bits 1 3 and 14, the rest are for 
giving character devices special treatment and 
mean nothing on a block device. These special 
treatment bits allow you to tell DOS that your 
new device driver is the new standard input device 
and standard output device (the CON device). This 
can be done by setting bits and 1 to 1 . Similarly, 
a new CLOCK$ device could be installed by 
setting that attribute bit. 



bit 15 



1 if character device 
if block device 
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Although there is a NUL device attribute bit, the 
NUL device cannot be reassigned. This is an attribute 
that exists for DOS so it can tell if the NUL device 
is being used. The non IBM format bit applies only 
to block devices and affects the operation of the 
Get BPB (BIOS Parameter Block) device call 
(covered later in this chapter). The other bit of 
interest is the IOCTL bit. This is used for both 
block and character devices, and tells DOS 
whether the device is able to handle control strings 
(through the IOCTL system call). 

If a driver cannot process control strings, it should 
initially set this bit to 0. This way DOS can return 
an error if an attempt is made through the IOCTL 
system call to send or receive control strings to the 
device. A device that is able to process such 
control strings should initialize this bit to 1. For 
devices of this type, DOS will make the calls to the 
IOCTL input and the IOCTL output device 
functions to send and receive IOCTL strings. 

The IOCTL functions allow data to be sent to and 
from the device without actually doing a normal 
read or write. In this way, the device can use the 
data for its own use (like setting a baud rate, stop 
bits, changing form lengths, etc.). It is up to the 
device to interpret the information passed to it, 
but it must not be treated as a normal I/O request. 

Strategy and Interrupt Routines 

These two fields are the pointers to the entry 
points of the strategy and interrupt routines. They 
are word values, so they must be in i 
segment as the Device Header. 
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Name Field 



This is an 8-byte field that contains the name of a 
character device, or the number of units of a block 
device. If it is a block device, the number of units 
can be put in the first byte. This is optional, 
because DOS will fill in this location with the value 
returned by the driver's INIT code. (Refer to 
"Installation of Device Drivers" in this chapter.) 



Creating a Device Driver 



In order to create a device driver that DOS can 
install, a .COM file must be created with the 
Device Header at the start of the file. Remember 
that for device drivers, the code should not be 
originated at 100H, but rather atO. The link field 
(pointer to next Device Header) should be -1 
unless there is more than one device driver in the 
.COM file. The attribute field and entry points 
must be set correctly. 

If it is a character device, the name field should be 
filled in with the name of that character device. 
The name can be any legal 8-character filename. 
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DOS always processes installable device drivers 
before handling the default devices, so to install a 
new CON device, simply name the device CON 
(just be sure to set the standard input device and 
standard output device bits in the attribute word 
on a new CON device). The scan of the device list 
stops on the first match, so the installable device 
driver takes precedence. 

Note: Because DOS can install the driver 
anywhere in memory, care must be taken in 
any far memory references. You should not 
expect that your driver will always be loaded 
at the same place every time. 



DOS Version 2.00 allows new device drivers to be 
installed dynamically at boot time by reading and 
processing the device options in the CONFIG.SYS 
file. 



DOS calls a device driver at it's strategy entry 
point first, passing in a Request Header the 
information describing what DOS wants the device 
driver to do. 



14-9 



The strategy routine does not perform the request, 
but rather it enqueues the request (saves a pointer 
to the Request Header). The second entry point is 
the interrupt routine, and is called by DOS 
immediately after the strategy routine returns. The 
"interrupt" routine is called with no parameters. 
Its function is to perform the operation based on 
the queued request and set up any return 
information. 

DOS passes the pointer to the Request Header in 
ES:BX. This structure consists of a fixed length 
header (Request Header) followed by data 
pertinent to the operation to be performed. 

Note: It is the responsibility of the device 
driver to preserve the machine state (for 
example, save all registers on entry, and 
restore them on exit). 

The stack used by DOS will have enough 
room on it to save all of the registers. If more 
stack space is needed, it is the device drivers 
responsibility to allocate and maintain 
another stack. 

All calls to device drivers are FAR calls, and 
FAR returns should be executed to return to 
DOS. (See "Sample Device Driver" listing at 
the end of this chapter.) 



Request Header 



BYTE length in bytes of the 
Request Header plus any data at 
the end of the Request Header 

BYTE unit code 
The subunit the operation 
is for (minor device). 
Has no meaning for character 
devices. 



BYTE command code 



WORD Status 



8 BYTE area 
reserved for I 



Data appropriate to the 
operation 



Unit Code 

The unit code field identifies which unit in your 
device driver the request is for. For example, if 
your device driver has 3 units defined, then the 
possible values of the unit code field would be 0, 1, 
and 2. 
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Command Code 

The command code field in the Request Header 
can have the following values: 

Code Function 

INIT 

1 MEDIA Check (Block only, NOP for 
character) 

2 BUILD BPB (Block only, NOP for 
character 

3 IOCTL input (only called if IOCTL bit is 1 ) 

4 INPUT (read) 

5 NON-DESTRUCTIVE INPUT NO WAIT 
(Character devices only) 

6 INPUT STATUS (Character devices only) 

7 INPUT FLUSH (Character devices only) 

8 OUTPUT (write) 

9 OUTPUT (write) with verify 

1 OUTPUT STATUS (Character devices only) 

1 1 OUTPUT FLUSH (Character devices only) 

1 2 IOCTL output (only called if IOCTL bit is 1 ) 
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BUILD BPB and MEDIA CHECK 



BUILD BPB and MEDIA CHECK, for block 
devices only, are explained here. 

DOS calls MEDIA CHECK first for a drive unit. 
DOS passes it's current Media Descriptor byte (see 
"Media Descriptor Byte" later in this chapter). 
MEDIA CHECK returns one of the following four 
results: 

• Media Not Changed 

• Media Changed 

• Not Sure 

DOS will call BUILD BPB under the following two 
conditions: 

• If "Media Changed" is returned 

• If "Not Sure" is returned and there are no 
dirty buffers (buffers with changed data, not 
yet written to disk). 

Status Word 

The status word in the request Header. 
15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 

j 1 1 i i j 1 ; 1 1 1 1 1 " 1 

E , , B , D - 

R 1 RESERVES U 1 ERROR CODE (bit 15 on) 

R I S 1 N 1 

■ lit 



The status word is zero on entry and is set by the 
driver interrupt routine on return. 
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Bit 8 is the done bit. When set it means the 
operation is complete. For DOS 2.00 the Driver 
just sets it to one when it exits. 

Bit 15 is the error bit. If it is set, then- the low 8 
bits of the status word indicate the error. The 



errors are: 


on 

WW 


\X7ritp Profprt Violation 

W lite X 1ULCLL v luiauun 


01 


Unknown Unit 


02 


Device Not Ready 


03 


Unknown command 


04 


CRC Error 


05 


Bad Drive Request Structure Length 


06 


Seek Error 


07 


Unknown Media 


08 


Sector Not Found 


09 


Printer Out of Paper 


OA 


Write Fault 



0B Read Fault 
0C General Failure 

Bit 9 is the busy bit that is set by status calls. 

For output on character devices: If it is 1 on 
return, a write request (if made) would wait for 
completion of a current request. If it is 0, there is 
no current request, and a write request (if made) 
would start immediately. 

For input on character devices with a buffer If it 

is 1 on return, a read request (if made) would go to 
the physical device. If it is on return, then there 
are characters in the device buffer and a read 
would return quickly, it also indicates that the user 
has typed something. DOS assumes all character 
devices have an input type ahead buffer. Devices 
that do not have them should always return 
busy = so that DOS will not continuously wait 
for something to get into a buffer that does not 
exist. 



One of the functions defined for each device is 
INIT. This routine is called only once when the 
device is installed and never again. There are 
several things returned by the INIT routine. First, 
there is a location of the first free byte of memory 
after the device driver (like a terminate and stay 
resident) that is stored in the ending address field. 
In this manner, initialization code can be used 
once and thrown away in order to save space. 

After sending the ending address field, a character 
device driver can set the status word and return. 
While block devices are installed in the same way 
as character devices, they must return additional 
information. The manner of units for the device 
driver is returned, and this determines the logical 
names that the devices will have. For example, if 
the current maximum logical device letter is F at 
the time of the install call, and the block device 
driver INIT routine returns 3 units, then their 
logical names will be G, H, and L This mapping is 
determined by the position of the driver in the 
device list, and the number of units on the device. 
The number of units returned by INIT will 
override the value in the name/unit field of the 
Device Header. 

In addition, a pointer to a BPB (BIOS Parameter 
Block) pointer array is also returned. This is a 
pointer to an array of n word pointers, where n is 
the number of units defined. These word pointers 
point to BPBs. In this way, if all of the units are 
the same, the entire array can point to the same 
BPB in order to save space. 

Note: This array must be protected (below 
the free pointer set by the return). 
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The BPB (BIOS Parameter Block) contains 
information pertinent to the devices like sector 
size, sectors per allocation unit, etc.. The sector 
size in the BPB cannot be greater than the 
maximum allowed (set at DOS initialization time). 

The last thing that INIT of a block device must 
pass back is the "media descriptor byte". This 
byte means nothing to DOS, but is passed to 
devices so that they know what parameters DOS is 
currently using for a particular Drive-Unit. 



Block devices may take several approaches; they 
may be dumb or smart. A dumb drive would 
define a unit (and therefore a BPB) for each 
possible media drive combination. Unit = drive 
single side, unit 1 = drive double side, etc. For 
this approach, media descriptor bytes would mean 
nothing. A smart device would allow multiple 
media per unit. In this case, the BPB table 
returned at INIT must define space large enough 
to accommodate the largest possible media 
supported (sector size in BPB must be as large as 
maximum sector size that DOS is currently using). 
Smart drivers will use the "media byte" to pass 
information about what media is currently in a 
unit. 

Function Call Parameters 



All strategy routines are called with ES:BX 
pointing to the Request Header. The interrupt 
routines get the pointers to the Request Header 
from the queue the strategy routines store them 
in. The command code in the Request Header tells 
the driver which function to perform. 

Note: All DWORD pointers are stored 
offset first, then segment. 
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Command code=0 



ES:BX 



1 3-BYTE Request Header 


BYTE number of units (not set by chs 


iracter 


device) 




DWORD Ending Address 


DWORD Pointer to BPB array 




(not set by Character devices) 





The driver must do the following: 



• Set the number of units (block devices only). 

■ 

• Set up the pointer to the BPB array (block 
devices only). 

• Perform any initialization code (to modems, 
printers etc.). 

• Set up the ending address for resident code. 

• Set the status word in the Request Header. 

Note: If there are multiple device drivers in 
a single .COM file, the ending address 
returned by the last INIT called will be the 
one DOS uses. For the sake of simplicity, it is 
recommended that all of the device drivers in 
a single .COM file return the same ending 
address. 
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Command code=l 



1 3-BYTE Request Header 



_ 



BYTE Media Descriptor from DOS 



BYTE return information 



The driver must perform the following: 

• Set the return byte: 

-1 Media has been changed 

Don't know if media has been changed 

1 Media has not been changed 

• Set the status word in the Request Header. 



BUILD BPB (BIOS Parameter Block) 

Command code=2 
ES:BX 



1 3-BYTE Request Header 
BYTE Media Descriptor from DOS 
DWORD Transfer Address (buffer address) 
DWORD Pointer to BPB table 
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The driver must perform the following: 

• Set the pointer to the BPB. 

• Set the status word in the Request Header. 

The driver must determine the correct media that 
is currently in the unit to return the pointer to the 
BPB table. The way the buffer is used (pointer 
passed by DOS) is determined by the non-IBM 
format bit in the attribute field of the device 
header. If the bit is zero (device is IBM format 
campatible) then the buffer contains the first 
sector of the FAT (most importantly the FAT id 
byte). The driver must not alter this buffer in this 
case. If the bit is a one, then the buffer is a one 
sector scratch area that can be used for anything. 

If the device is IBM format compatible, then it 
must be true that the first sector of the first FAT is 
located at the same sector for all possible media. 
This is because the FAT sector is read before the 
media is actually determined. 
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The information relating to the BPB for a 
particular media is kept in the boot sector for the 
media. In particular, the format of the boot sector 
is: 



3 BYTE near JUMP to boot code 




8 BYTE OEM name and version 




WORD bytes per sector 


/ 

I 
I 
I 

N 


\ 

1 

} 

3 
/ 


BYTE sectors per allocation unit 
(must be a power of 2) 


WORD reserved sectors 
(starting at logical sector 0) 


BYTE number of FATs 


WORD number of root dir entries 
(maximum allowed) 


WORD number of sectors in logical image 
(total sectors in media, including 
boot sector, directories, etc.) 


BYTE media descriptor 


WORD number of sectors occupied 
by a single FAT 


WORD sectors per track 




WORD number of heads 


WORD number of hidden sectors 
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The three words at the end are optional. DOS does 
not care about them because they are not part of 
the BPB. They are intended to help the device 
driver understand the media. Sectors per track may 
be redundant because it can be calculated from the 
total size of the disk. The number of heads is 
useful for supporting different multi-head drives 
that have the same storage capacity but a 
different number of surfaces. The number of 
hidden sectors is useful for supporting drive 
partitioning schemes. 



MEDIA Descriptor Byte 

Currently the media descriptor byte has been 
defined for a few media types: 



byte— > 



1 1 1 1 1 x x x 



7 6 5 4 3 2 1 



Bit Meaning 

1=2 sided 0=not2sided 

1 1=8 sector 0=not 8 sector 

2 l=removable 0=not removable 
3-7 must be set to 1 
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Examples of current DOS media descriptor bytes: 



• 5 1/4" Diskettes: 

. 

hex FC 1 sided 9 sector 
hex FD 2 sided 9 sector 
hex FE 1 sided 8 sector 
hex FF 2 sided 8 sector 

• Fixed Disks: 
hexF8 (Fixed disk) 

• 8" Diskettes: 

hex FE (IBM 3740 Format). Single sided, 
single density, 128 bytes per sector, soft 
sectored, 4 sectors per allocation unit, 1 
reserved sector, 2 FATs, 68 directory entries, 
77*26 sectors. 

hex FD (IBM 3740 Format). Dual sided, 
single density, 128 bytes per sector, soft 
sectored, 4 sectors per allocation unit, 4 
reserved sectors, 2 FATs, 68 directory entries, 
77*26 sectors. 

hex FE. Single sided, double density, 1024 
bytes per sector, soft sectored, 1 sector per 
allocation unit, 1 reserved sector, 2 FATs, 192 
directory entries, 77*8*2 sectors. 

Note: The two MEDIA descriptor bytes that 
are the same for 8" diskettes (hex FE) is not a 
misprint. To establish whether a diskette is 
single density or double density, a read of a 
single density address mark should be made. If 
an error occurs, the media is double density. 
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INPUT or OUTPUT 

Command codes=3,4,8,9, and 12 
ES:BX 

13-BYTE Request Header 

BYTE Media descriptor byte 

DWORD transfer address (buffer address) 

WORD byte/sector Count 

WORD starting sector number 
(no meaning on character devices) 

The driver must perform the following: 

• Do the requested function. 

• Set the actual number of sectors (bytes) 
transferred. 

• Set the status word in the Request Header. 

Note: No error checking is performed on an 
IOCTL call. However, the driver must set the 
return sector (byte) count to the correct 
number transferred. 
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The following applies to block device drivers: 



Under certain circumstances the device driver may 
be asked to do a write operation of 64K bytes that 
seems to be a wrap around of the transfer address in 
the device driver request packet. This arises due to 
an optimization added to the write code in DOS. It 
will only happen on WRITEs that are within a 
sector size of 64K bytes on files that are being 
extended past the current end of file. It is 
allowable for the device driver to ignore the 
balance of the WRITE that wraps around, if it so 
choses. For example, a WRITE of 10000H bytes 
worth of sectors with a transfer address of xxxx:l 
could ignore the last two bytes. 

Remember: A program that uses DOS function 
calls can never request an input or output 
operation of more than FFFFH bytes; therefore, a 
wrap around in the transfer (buffer) segment 
cannot occur. It is for this reason that you can 
ignore bytes that would have wrapped around in 
the transfer segment. 



Non Destructive Input No Wait 

Command code=5 
ES:BX 



1 3-BYTE Request Header 
BYTE read from device 



The driver must perform the following: 

• Return a byte from the device. 

• Set the status word in the Request Header. 

This call is analagous to the console input status 
call on previous versions of DOS. If the character 
device returns busy bit=0 (characters in buffer), 
then the next character that would be read is 
returned. This character is not removed from the 
input buffer (hence the term Non Destructive 
Input). This call allows DOS to look ahead one 
input character. 

STATUS 

Command codes=6 and 10 
ES:BX 



1 3-BYTE Request Header 

All driver must do is perform the operation and set 
the status word in the Request Header accordingly. 
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FLUSH 

Command codes=7 and 1 1 
ES:BX 



1 3- BYTE Request Header 



This call tells the driver to flush (terminate) all 
pending requests that it has knowledge of. Its 
primary use is to flush the input queue on 
character devices. The driver must set status word 
in the Request Header upon return. 



The CLOCK$ Device 



A popular add on feature is a "Real Time Clock" 
board. To allow these boards to be integrated into 
the system for TIME and DATE, there is a special 
device (determined by the attribute word) which is 
the CLOCK$ device. In all respects, this device 
defines and performs functions like any other 
character device (most functions will be set done 
bit, reset error bit, return). When a read or write 
to this device occurs, exactly 6 bytes are 
transferred. The first two bytes are a word which is 
the count of days since 1-1-80. The third byte is 
minutes, the fourth hours, the fifth 1/100 seconds, 
and the sixth seconds. Reading the CLOCK$ 
device gets the date and time, writing to it sets the 
date and time. 
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Sample Device Driver 



3 






J »tiitif«tMt»»»Mi»itl1»t«tttM1Mi 




% 






; • 


PROLOG 




5 






; » THIS IS AN INSTALLABLE DEVICE DRIVER FOR AN • 


4 






; • IN STORAGE DISKETTE 1 VIRTUAL) WITH 180K CAPACITT. • 


7 






1 «t»«»»tl»00««««I»«««M»M™»M»«»»»««««»«««" 


B 


0000 




CSEG SEGMENT 


PARA PUBLIC CODE 




9 
10 






; 

; H ft C 


R I S ) 




11 












12 






STATUS MACRO 


STATE, ERR.RC 




13 






IFIDH 


(STATE), (DONE) 




1^ 






OR 


ES:«!*D PTR SRH.STA.FLDCBX] ,0100H 


15 






EMIF 






U 






IFIDN 


(STATE), (BUST) 




17 






OR 


ESIHORD PTR SRH_STA.FLD[BX],0200H 


IV 






ENDIF 






19 






IFIDN 


(ERR), (ERROR) 




20 






OR 


ES ! UORD PTR SRH_STA_FLDCBX),1000H 


21 






EHDIF 






22 






IFNI 


<RC) 




23 






OR 


ESiHORD PTR SRH_STA_FLD[BX],RC 








ENDIF 






25 






ENDH 






21 






; 






27 






; E U 


A T E S 




28 
29 






; RE.WURITE 






30 












31 


- 0000 




SRH EOU 





STATIC REQUEST HEADER START 


32 


- oood 




SRH.LEH EOU 


13 


LENGTH 


33 






SRH.LEN.FLD EOU 


SRH 


" FIELD 


34 


- 0001 




SRH UCO FLD EOU 


SRHtl 


UNIT CODE FIELD 


35 


r 0002 




SRH_CCD_FLP EOU 


SRH»2 


COMMAND CODE FIELD 


34 


- 0003 




SRH.STA.FLD EOU 


SRH»3 


STATUS FIELD 


3? 


' 0005 




SRN_RES_FLD EOU 


SRH.5 


■ RESERVED AREA FIELD 


38 






i 






39 


r 0000 




HD EOU 


SRHtSRH.LEN 


MEDIA DESCRIPTOR BYTE 


10 


* 0001 




ND.LEN EOU 


1 


■ LENGTH 


11 


- OO0E 




DIA EOU 


MDtMD.LEN 


DISK TRANSFER ADDRESS 


12 


- 0001 




SULLEN EOU 


1 


DTA LENGTH 


13 


r 0012 




COUNT EOU 


DTA.DTA_LEN ; BYTE/SECTOR COUNT 


11 


- 0002 




COUNT LEW EOU 


2 


■ LENGTH 


15 


r 0011 




SSN EOU 


COUNTtCOUHT.LEN 


STARTING SECTOR NUMBER 


14 


» 0002 




SSN.LEN EOU 


2 


LENGTH 


1? 












18 






; MEDIA CHECK 






19 












50 


' ooot 




RET.BYTE EOU 


MDtMB.LEH 


BYTE RETURNED FROM DRIVER 


51 












52 






; BUILD BPS 






53 












51 


' 0012 




BPBA.PTR EOU BTA+DTA.LEN 


POINTER TO BPB 


55 


" 0001 




BPBA.PTR.LEN EOl 


* 


" ■ LENGTH 


54 












57 






; INIT 
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se 
















5* 


- ooon 




UNITS 


s 




SftH+SRH_LEN 




40 


* 0001 




UNITS.LEN 








41 


" OOOE 




FR.ADDR.O 


EOU 




UNITSHINITS.LEN 




a 


- 0010 




BR.ABDR.l 


EOU 




BR_AB0R_O*2 




43 


* 0001 




FR.ADDR.LEN EOU 




1 




44 


= 0012 




BPB.PTR.OFF EOU 




BR_A0DR_O+BR_ADDR_LEN 


45 
44 


' 0011 




BPB_PTR_SEG EOU 

i 




BPB_PTR_0FF*2 




47 
48 


0000 




VDSK PROC 


FAR 






4? 






ASSUME 


CS:CSEG,ES:CSEG,DSiCSEC 


70 


0000 




ar 










71 


= 0000 






EOU 




( 




72 






; S P E 


C I 


A L DEVICE 


HEADER 


73 


0000 FF FF FF FF 




NEXT.DEV 


n 




-1 


jTUINIcK IU NtXI I'tVILt 


71 


0001 2000 




ATTRIBUTE 


uy 




2000H 


■ di nn ncilTTC iuflU-TDM CflOM^Tl 
jHLUUK DtvlLt IflUH lun runn.nj 


75 


0004 00E1 R 




INTERRUPT 


[IB 




DEV.STRATEGY 


'pnruTrD to nFuirF <;TRpTFGY 


74 


0008 OOEC R 




DU 




DEV.INT 


'pnluTFv Tn nruTTF TNTFRRIIPT HANDLER 


77 


OOOA 01 






US 




1 


; NUMBER 01 BLOCK DEVICES 


78 


0008 07 [ 






[IB 




7 BUPCI 


;7 BYTES OF FILLER 


79 
















80 
81 




] 












82 
















83 


0012 ???' 




RH.UFF 


DU 




? 


;REOUEST HEADER OFFSET 


81 


Mil nr> 




RH.SEG 


DU 






IREOUEST HEADER SEGMENT 


85 






; BIOS PARAMETER BLOCK 




84 


0014 




BPB EOU 


1 






B7 


0014 0200 




H 




51S 




;SECTOR SIZE 


88 


0018 01 




OB 




1 




JSECTORS/ALLOCATION UNIT 


99 


0019 0001 




M 




1 




; NUMBER OF RESERVED SECTORS 


90 


OOH 02 




DB 




2 




; NUMBER OF FATS 


91 


001C 0010 




DU 




41 




; NUMBER OF DIRECTORY ENTRIES 


92 


001E 0148 




HI 




360 




; TOTAL NUMBER OF SECTORS 


93 


0020 FC 




DB 




OFCH 


/MEDIA DESCRIPTOR 


91 


0021 0002 




DU 




2 




; NUMBER OF SECTORS OCCUPIED BY FAT 


95 
9* 


0023 0014 R 




BPB.PTR N 




n 




;BIOS PARAMETER BLOCK POINTER ARRAY (1 ENTRY) 


97 






1 CURRENT VIRTUAL D 


SK INFORMATION 




98 


0025 ???? 




TOTAL 


DU 




? 


i TOTAL SECTORS TO TRANSFER 


99 


0027 00 




VERIFY 


DB 







J VERIFY 1=YES, 0=N0 


100 


0028 0000 




START.SEC 


DU 







JSTARTING SECTOR NUMBER 


101 


002A 0000 




VDISK.PTR 


DU 







STARTING SEGMENT OF V1RTRUAL DISK 


102 


oo2c yrmrn 




USER.OTA 


HI' 




? 


;POINTER TO CALLERS DISK TRANSFER ADDRESS 


103 


-- 0030 




BOOT.REC 


EOU 




« 


; DUMMY DOS BOOT RECORD 


101 


0030 03 r 






N 




3 DUP(O) 


;3 BYTE JUMP TO BOOT CODE (NOT BOOTABLE) 


105 


00 












104 




] 












107 














; VENDOR IDENTIFICATION 


10B 


0033 19 12 1D 20 20 32 




n 




iin 2.0- 


109 


2E 30 












110 


0038 0200 






DU 




512 


; NUMBER OF BYTES IN A SECTOR 


111 


003D 01 






DB 






;l SECTOR PER ALLOCATION UNIT 


112 


003E 0001 






DU 




1 
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113 


0040 


02 




111 


0041 






115 


0043 


0148 




in 


0045 


FC 




117 


0044 


0002 




118 








Ut 








120 
121 


0048 






122 ■ 


0048 


0105 


R 


123 


0O4A 


mes 


R 


124 


004C 


01CC 


R 


125 


004E 


0212 


ft 


124 


0050 


0212 


s 


127 


0052 


0212 


ft 


128 


0054 


0212 


R 


12V 


0054 


0212 


R 


130 


0058 


0241 


R 


131 


005S 


0280 


ft 


u: 


005C 


0212 


ft 


133 


005E 


0212 


ft 


134 


0040 


0212 


R 


135 








134 








137 








139 


0042 






13? 


0042 


24: 


iS 



140 
141 

112 
143 
141 

145 
114 
147 
116 
14V 
150 
151 
152 
153 
154 
155 
154 
157 
158 
159 
140 
141 
142 
143 
141 
145 
144 
147 



I* 
HI 
Mi 
H 
H 

- FUNCTION TABLE 



2 
44 
340 
OFCH 

2 



12 FATS 

JNUHBER OF DIRECTORY ENTRIES 

;340 TOTAL SECTORS IN IMAGE 

STELLS ws this is a single SIDED ? SECTOR I 

; NUMBER OF SECTONS IN FAT 



LABEL 


BYTE 






N 


INIT 


INITIALIZATION 




H 


MEDIA CHECH 


; MEDIA CHECK (BLOCK ONLY) 




ON 


BUILD.SPB 


;BUILD >PB 




hi 


IOCTL.IN 


;IOCTL INPUT 




HI 


INPUT 


J INPUT (READ) 




HI 


ND.INPUT 


;NON DESTRUCTIVE INPUT NO WAIT 


(CHAR ONLY) 


UN 


IH.STAT 


; INPUT STATUS 


M it 


HI 


IN.FLUSH 


; INPUT FLUSH 




HI 


OUTPUT 


;OUTPUT (WITE) 




w 


OUT.VERIFY 


;0UTPU1 < WRITE) WITH VERIFY 




[IN 


OUT.STAT 


;OUTPUT STATUS 




[W 


OUT.FLUSH 


iOUTFUT FLUSH 


■ I II 


[>U 


IOCTL.OUT 


;IOCTL OUTPUT 





PROCEDURES 



IN.SAVE PRDC NEAR 



0044 2E: A3 002C R 

004A 24: BB 47 10 

004E 2E: A3 002E R 

0072 2f- SB 47 12 

0074 32 E4 

0078 2E: A3 0025 R 

007C C3 



MOV 
MOV 

mov 

MOV 
MOV 
XOR 

m 

RET 



AX,ES:UORD PTR DTALBX1 
CS:USER_DTA,AX 
AX,ES:UORD PTR DTA+2CBXT 
CS:USER_DTA.2,AX 
AX,ES:UORD PTR COUNTIBX) 

cs'tdtal,cx 



;SAVE CALLERS DTA 



OF SECTORS TO READ 
OF SECTORS TO TOTAL 



007B 




IN.SAVE 


ENDP 






007D 




CALCJD 


* PROC NEAR 




007D 


2E: Al 0028 R 




MOV 


AX,CS:START_SEC 


;GET STARTING SECTOR NUMBER 


0081 


B9 0020 




MOV 


CX,20H 


;MOV 512 TO CX SEGMENT STYLE 


0084 


F7 El 




MUL 


CX 


; MULTIPLY TO GET ACTUAL SECTOR 


0084 


2E: 8B 1* 0020 R 




MOV 


DX,CS:VDISK_PTR 


;GET SEGMENT OF VIRTUAL DISK 


008B 
OOBD 


03 DO 




ADD 


DX,AX 


;ADD THAT SEGMENT TO INITIAL SEGMENT 


8E DA 




MOV 


DS,DX 


;SAVE THAT AS THE ACTUAL SEGMENT 


008F 


33 F4 




I OS 


SI i SI 


(IT'S ON A PARAGRAPH BOUNDARY 


0091 


2E: Al 0025 P 




NOV 


AX,CS:TOTAL 


; TOTAL NUMBER OF SECTORS TO READ 


0095 


E9 0200 




MOV 


CX,512 


JBYTES PER SECTOR 


0098 


F7 El 




MUL 


CX 


.•MULTIPLY TO GET COPY LENGTH 


009.1 


OB CO 




Oft 


AX, AX 


; CHECK FOR GREATER THAN 41K 


009C 


75 03 




JNZ 


MOVE.IT 




009E 


BS FFFF 




MOV 


AX,OFFFFH 


JMOVE IN FOR 44K 


00A1 


NOVE.IT: 






O0A1 


91 




XCHG 


CX,AX 


JMOVE LENGTH 10 CX 


00A2 


C3 




RET 






00A3 




CALC.AD 


!R ENDP 
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168 
149 
170 
171 
172 
173 
171 
175 
174 
177 
178 
17? 
180 
181 
182 
183 
1B1 
185 
184 



0OA3 

0043 E8 0078 R 

00A4 2E: 8E 04 002E « 

00(18 2tl 88 3E 002C R 



SECTOR.REAO PKOC NEAR 



0080 
0082 



0084 
0069 



0088 
OOBD 



OOCO 



88 C7 
03 CI 
73 07 
88 FFFF 
28 C7 
88 C8 

F3/ .14 
C3 



CALL 


CALC ADDR 


.'CALCULATE THE STARTING "SECTOR" 


NOV 


ES,CS:USER_DTA»2 


iSET DESTINATION (ES:[U> TO POINT 


MOV 


DI,CS:llSER.DTA 


iTO CALLERS DTK 


; CHECK FOR 81A 


URAP IN CASE BE CANE THROUGH VIA VERIFY 


NOV 


AX,DI 


;6ET OFFSET OF P1A 


ADD 


ax.cx 


iADD COPT LENGTH TO IT 


JNC 


READ.COFt 


; CARRY FLAG = 0, NO BRAP 


NOV 


AX.OFFFFH 


;HAX LENGTH 


SUB 


AX ,01 


;SUBTRAC1 Wtl OFFSET FROH HAX 


hoy 


a,ia 


;USE THAT AS COPY LENGTH TO AVOID 


READ.COPY : 






REP HDVSB 




;D0 THE "READ" 


RET 







SECTOR.READ ENDP 
SECT0R.W1TE PROC I 



187 


OOCO 


E8 007D R 




CALL 


CALC.ADDR 


188 


00C3 


IE 




PUSH 


DS 


189 


0OC4 


07 




POP 


ES 


190 


00C5 


88 FE 




NOV 


01, SI 


191 


00C7 


2E: BE IE 0( 


2E R 


NOV 


DS,CS:USER_DYA»2 


192 


OOCC 


2£: 81 34 Ot 


2C R 


NOV 


SI,CS:US£R_DTA 


193 












191 








! CHECK FOR DrA 


URAP 


195 












196 


0001 


88 C6 




NOV 


AX, SI 


197 


O0D3 


03 CI 




ADD 


AX,CX 


198 


00D5 


73 07 






URITE.COPY 


199 


O0D7 


88 FFFF 




NOV 


AX.OFFFFH 


200 


OOOA 


28 C4 




SUB 


AX, SI 


201 


OODC 


8B C8 




NOV 


CX.AX 


202 


OODE 






URITE_COPY: 




203 


OODE 


F3/ .11 




REP NOVSB 




201 


OOEO 


C3 




RET 




205 


00E1 






SECTOR.URITE ENDP 



1CALCULATE STARTING "SECTOR" 

JESATABLISH ADDRESSABILITY 

; ES:DI POINT TO "DISK" 

; DS:SI POINT TO CALLERS DTA 



JNOVE DTA OFFSET TO AX 

;ADD COPY LENGTH TO OFFSET 

; CARRY FLAG - 0, NO SEGKN1 URAP 

JNOVE IN HAX COPY LENGTH 

; SUBTRACT DTA OFFSET FROH NAX 

JUSE AS NEU COPY LENGTH TO AVOID URAP 

;D0 THE "URITE" 
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206 
207 
208 
209 
210 
211 
212 
213 
214 

* 15 
•214 



228 
229 
230 
231 
232 
233 
23* 
235 
236 
237 
238 
239 
210 
2(1 
242 
2*3 
241 
245 
214 
247 
248 
249 
250 
251 
252 
253 
251 
255 
256 
257 
258 
25V 
260 



PAGE 

DEVICE STRATEGY 



00EI 
0OE1 
00E6 



8C 06 0014 R 
89 IE 0012 R 



DEV.STRATEGY: 
NOV 

WW 
RET 



CS:RH SEG.ES 
CS:RH_OFF,!X 



;SAVE SEGMENT OF REQUEST HEADER POINTER 
JSAVE OFFSET OF 



DEVICE INTERRUPT HANDLER 



217 


OOEC 




DEV. INT: 




218 






; PRESERVE MAC 


HIKE 


219 


OOEC 


FC 


cm 




220 


OOED 


IE 


PUSH 


OS 


221 


OOEE 


06 


PUSH 


ES 


222 


OOEF 


50 


PUSH 


AX 


223 


OOFO 


53 


PUSH 


BX 


224 


00F1 


51 


PUSH 


a 


225 


00F2 


57 


PUSH 


[IX 


226 


00F3 


57 


PUSH 


DI 


227 


0OF4 


56 


PUSH 


SI 



DO THE BRANCH ACCORDING TO THE FUNCTION PASSED 



0OF5 26: 8A 47 02 

00F9 DO CO 

OOF! 8D 3E 0018 R 

OOFF 32 E4 

0101 03 F8 

0103 FF 25 



0105 

0105 OE 

0106 5A 

0107 2E: 8D 06 02AO R 
010C Bl 01 

010E D3 C8 

0110 03 DO 

0112 2E: 89 14 002A R 

0117 !8 2DO0 

011A 03 DO 

011C 26: C7 17 OE 0000 

0122 26: 89 57 10 

0126 24: C4 17 OD 01 

0121 8D 14 0023 R 

012F 24: 89 57 12 

0133 24: 8C 1F 14 

0137 2£: 8E 06 002A R 

013C 33 FF 

013E 8D 36 0030 R 

0112 B9 0018 

0145 F3/ A1 



BOL 
LB 
XOR 



PUSH 
POP 
LEA 

m 

ROR 
ADD 
NOV 
NOV 
ADD 
NOV 
NOV 
NOV 
LEA 
NOV 
NOV 

nw 
XOR 
LEA 
NOV 



AL,ES: [6X1*2 
AL,1 

DLFUNTAS 
AH, AN 
DI,AX 

WORD PTRIDI1 



CS 
DX 

AX,CS:VDISK 
CL,1 
AX,CL 
DX,AX 

CS:VDISK_PTR,DX 
AX,2D0OH 
DX, AX 



;GET FUNCTION BYTE 
;GET OFFSET INTO TABLE 
;6ET ADDRESS OF FUNCTION I 



: CURRENT CS TO DX 

;GET ADDRESS OF VIRTUAL DISK 



REP 



IDIVIDE BY 16 (PARAGRAPH FORN) 
;ADD TO CURRENT CS VALUE 
;SAVE AS STARTING SEGMENT OF VIRTUAL DISK 
; ADD 2D00H PARAGRAPHS TO STARTING 
; SEGMENT OF VIRTUAL DISK 
ES:WORD PTR BR.ADDR.OIBX] ,0 

ES:BR ADDR_1[!X],DX ;HAKE THAT THE BREAK ADDRESS 
ES:BYTE PTR UNITSCBXM ; NUMBER OF DISKETTE UNITS 
DX,BPB_PTR ;6ET ADDRESS OF BPB POINTER ARRAY 

ES:BPB_PTR_OFFCBXJ,DX ;SAVE OFFSET IN DATA PACKET 
ES:BP!_PTR_SEOCBX],CS ;SAVE SEGNENT IN DATA PACKET 
ES,CS:VDISK PTR ;GET STARTING SECTOR OF VIRTUAL DISK 

[H,DI /ZERO OUT DI (BOOT RECORD! 

SI, BOOT REC ; ADDRESS OF BOOT RECORD 

CX,24 ; 

;COPY 21 !YTES OF BOOT 
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261 


0147 


2E: C7 06 0028 R 0001 






nov 


CS:»ORD PTR START . SEC, 1 


262 


01 IE 


2E: C7 06 0025 R 0002 






NOV 


CS:U0RD PTR TOTAL, 2 


263 


0155 


E8 007D fi 






CALL 


CALC.ADDR CALCULATE ADDRESS OF LOGICAL SECTOR 1 


264 


0159 


IE 






PUSH 


DS 


265 










POP 




266 


01V. 


SB FE 








DI SI ;NOVE THAT ADDRESS TO ES-BI 


267 


0150 


32 CO 






XOR 




26P 


™* 






REP 


STOSB 


jZERO OUT FAT AREA 


26V 










NOV 


DS : BYTE PTR [SII ,OFCH ;SET THE FIRST FAT ENTRY 


270 


0163 


ri hi M It 

Ce "A 01 l-r 








rrc ! RYTk PTR lr^n.AFFH 






fA 44 Q? FF 






NOV 


DS : BYTE PTR 2[SI],0FFH 


272 


01 6B 


It 






PUSH 


DS J SAVE POINTER TO FAT 




016C 


56 






PUSH 


SI ; ON THE STACK 


77". 


01 6D 


2E: C7 06 0028 R 0003 






NOV 


CS:HORD PTR STAR1_SEC,3 


275 


0174 


2E: C7 06 0025 R 0002 






NOV 


CS:HORD PTR TOTAL, 2 


276 


0179 


EB 007D R 






CALL 


CALC.ADDR ;CALCULA1E ADDRESS OF LOGICAL SECTOR 3 


277 


01 7E 


If 






PUSH 


DS 


278 


01 7F 


07 






POP 


ES 


27? 


0180 


88 FE 






NOV 


JI, SI ;NOVE THAT ADDRESS TO ES'DI 


280 


0182 


5E 






POP 


SI 


281 


0183 


If 






POP 


DS ; RESTORE ADDRESS TO FIRST FAT 


282 


0184 


F3/ M 




REP 




;COPY FIRST FAT TO SECOND FAT 


283 


0186 


2Ei C7 06 0028 R 0005 






NOV 


CS:HORD PTR START_SEC,5 


284 


018D 


2E: C7 06 0025 R 0004 






NOV 


CS:HORD PTR TOTALS 






cd AA7It ft 
to vv / v »\ 






CALL 


CALC.ADDR ,'CALCULATE ADDR OF L.S. 5 (START OF DIR) 


286 


0197 


32 CO 






XOR 


al,a[ 




mI! 








PUSH 


DS 






07 






POP 


ES ;SET UP ES:DI TO POINT TO IT 


^B9 


019B 


33 FF 






XOR 


II ,DI 


290 


01 9D 


F3/ ftA 




REP 


STOSB 


;ZERO OUT DIRECTORY 


291 


019f 


2E= 8E 06 0011 R 






NOV 


ES,CS:RH.S£G ; RESTORE ES:BX TO REQUEST HEADER 


29? 


01ft4 


?t- 88 IE 0012 R 






NOV 


BX,CS:ftHloFF 


293 










STATUS 


D0NE,HOERR0R,9 J SET STATUS HORD (DONE, NOERRORI 




01M 


"U 1 Q1 if fi\ MCiO 
/(>■ ol ir UIW 






OR 


ESiWORD PTR SRH STA FLDCBXJ ,0100H 


295 


01.1F 


M! HI 4F Q"K MH>0 






OR 


ES : UORB PTR SRH.STA.FLDIBX] ,0 


?96 


0185 


E9 0289 R 






JHP 


EXIT 


297 












298 








J HEMA 


CHECK 












J 






300 


OIK 






HEDIA.CHECK: 


iNEDIA CHECK (BLOCK ONLY) 


301 








i 






302 








1 SET IBM NOT CHftBGED 


303 








i 






304 


0169 


?A- TA 47 flf At 
1.0' 1 ' ul 






NOV 


ES:BYTE PTR RET BYTE[BX],1 ; STORE IN RETURN BYTE 


305 










STATUS 


DONE,NOERROR,0 JTURN ON THE DONE BIT 


306 


01 FD 


26' 81 4F 03 0100 


+ 




OR 


ESiUORD PTR SRH_STA_FLBCBX],0100H 


307 


01C3 


*>A' Rt 4F AT (WMO 

lD' 01 It vj WVV 






OR 


ES:HORD PTR SRH.STA.FLDIBX] ,0 


308 


01C9 


E9 0288 R 






JNP 


EXIT 
















310 








; BUILD 


BIOS PARAMETER BLOCK 


311 














312 


01CC 






build.r 


PB: 




313 


01CC 


06 






PUSH 


ES ;SAVE SRH SEGNEHT 


314 


01CD 


53 






PUSH 


BX 1 SAVE SRH OFFSET 


315 


01CE 


2E: C7 06 0028 R 0000 






NOV 


CS:»ORD PTR START.SECO 



14-32 



314 


0105 


2E: C7 06 0025 R 000 


1 NOV 


CS:HORB PTR TOTAL, 1 




317 


OIK 


E8 007D R 


CALL 


CALC ABDR j CALCULATE ADDRESS OF FIRST SECTOR 




318 


01 DF 


OE 


PUSH 


CS 




31V 


01EO 


07 


POf- 


ES 




320 


01E1 


9[i 3E 0016 R 


LE.1 


HI, BPS ;ADORESS OF BIOS PASAHETER BLOCK 




321 


01E5 


83 C6 OR 


AM 


SI, 11 ;ADD1IT0SI 










NOV 


CI, 13 JLEHGTH OF BPB 




1M 


01EB 


F3/ A4 


REP HOVSR 






3^1 




58 


POP 


BX ; RESTORE OFFSET OF SRH 




325 


01EE 


07 


POP 


ES ; RESTORE SEGMENT OF SRH 




326 


01EF 


8D 16 0016 R 


LEA 


BX,BPB .GET BPB ARRAY POINTER 




327 


01F3 


26: 8? 57 12 


MOV 


ES : BPBA PTR[BX],DX jSAVE PTR TO tPt TABLE 




328 


01F7 


26: BC 1F 11 


NOV 


ES:BPBA_PTR*2EBX],CS 




32? 


01FB 


26: 8? 57 OE 


HOV 






330 


01FF 


26: 8C 1F 10 


NOV 


ES:BTA*2CBX],CS 




331 






STATUS 


MNE.NOERROR.O 




332 


0203 


26: 81 4F 03 0100 


t OR 


ES:UORB PTR SRH.STA.FLMBX] ,0100H 




333 




26: -81 4F 03 0000 


t OR 


ES:UORB PTR SRH_STA.FL[i[6X],0 




334 


020F 


ER 77 ?0 


JNP 


EXIT 




335 
336 






; THE FOLLOWING 


ENTRIES ARE FOR NOT SUPPORTED BY THIS DEVICE 




337 












338 


0212 




ioCTL.IN: 






33? 


0212 




IOCTL.OUT: 




ONLY) 


3(0 


0212 




ND.INPUT: 


iWNJESlRUCTIVE INPUT NO WAIT (CHAI 


311 


0212 




IN.STAT: 


j INPUT STATUS 


■ 


342 


0212 




IN_FLUSH: 


; INPUT FLUSH 




343 


0212 




OUT.STAT: 


; OUTPUT STATUS 


■ 


314 


0212 




OUT.TLUSH: 


JOUTFUT FLUSH 


» 


315 












346 






; BISK REAR 






347 












348 


0212 




IMPUT : 






349 


0212 


E8 0062 R 


CALL 


IN SAVE iCALL THE INITIAL SAVE ROUTINE 




350 


0215 


26: 88 47 11 


NOV 


AX,£S:HORB PTR SSNtBX] ;SET STARTING SECTOR NUMBER 




35 J 


021? 


2E: A3 0028 R 


NOV 


CS:STAtT_SEC,AX ;SAVE STARTING SECTOR HUHBER 




352 


021 D 


26: 66 17 12 


NOV 


AX,ES:UORD PTR C0UNTEBX1 




353 


0221 


2E: A3 0025 R 


NOV 


CS:TOTAL,AX JSAVE TOTAL SECTORS TO TRANSFER 




354 


0225 


E8 00A3 R 


CALL 


SECTOR READ 6ESB IN THAT MANY SECTORS 




355 


0228 


2E: 86 IE 0012 R 


NOV 


BX,CS:RH_OFF ; RESTORE ES:BX AS REQUEST HEADER PO 


MTER 


354 


022D 


2E: 8E 06 0014 R 


NOV 


ES,CS:RH SEG 




357 






STATUS 


DONE,NOERROR,0 ;SET STATUS WORD (DONE, N0ERR0R1 




358 


0232 


26: 81 IF 03 0100 


» OR 


ES:HORD PTR SRH STA.FLDTBX] ,0100H 




35? 


0238 


24: Bl 4F 03 0000 


♦ OR 


ES:UORB PTR SRH_STA_FLDEBX3 ,0 




310 


023E 


EB 48 90 


JNP 


EXIT 




3*1 












362 






I BISK WRITE 






363 












364 


0241 




OUTPUT: 


,'OUTPUl WRITE) 




365 


0241 


E8 0062 ft 


CALL 


IN SAVE 




366 


0244 


26: 88 47 14 


NOV 


AX,ES:UORI> PTR SSNCBX] ; GET STARTING SECTOR NUMBER 




367 


0248 


2E: A3 0028 R 


NOV 


CS:START_SEC,AX ;SET " 




34R 


024C 


26: 88 47 12 


. NOV 


AX,ES:yORD PTR COUNTEBXJ 




36? 


0250 


2E: A3 0025 R 


NOV 


CS:TOTAL,AX ;SAVE TOTAL SECTORS TO WRITE 




370 


0254 


E8 OOCO R 


CALL 


SECTOR.BRITE ; WRITE OUT THOSE SECTORS 





□ 

< 

n 

v. 
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371 


0257 


!E: 88 IE 0012 R 


NOV 


372 


025C 


2E! 8E 06 O0U R 


NOV 


373 


0261 


2E: 80 3E 0027 R 00 


CMP 


371 


0247 


74 08 


J7 


375 


0249 


2E: C4 04 0027 R 00 


MOV 


374 


024F 


EB Al 


JHP 


377 


0271 




HO, VERIFY: 


376 






STATUS 


37? 


0271 


24: Bl (F 03 0100 


1 OR 


380 


0277 


26: 81 4F 03 0000 




381 


027D 


EB 0? 90 


JHP 


38! 


0280 




OUT VERIFY: 


383 


0280 


2E: C6 06 0027 R 01 


NOV 


38* 


02B4 


EB B9 


JHP 



BX,CS:RH_OFF i RESTORE ES:BX AS REQUEST HEADER POINTER 
ES,CS:RH SEG 

CS : BYTE PTR VERIFY, ; WRITE VERIFY SET 

NO VERIFY iNO, NO WRITE VERIFY 

CS : BYTE PTR VERIFY, ; RESET VERIFY INDICATOR 
INPUT jREAD THOSE SECTORS BACK IN 

DO«E,NOERROR,0 ;SET DONE, NO ERROR IN STATUS UORD 

ES:WCRD PTR SRH„STA_FLD[BXI ,0100H 

ES:UORD PTR SRH_STA_FLD[BX] ,0 
EXIT 

JOUTPUT (URITE) UITH VERIFY 
CS : BYTE PTR VERIFY, 1 J SET THE VERIFY FLAG 
OUTPUT ; BRANCH TO OUTPUT ROUTINE 



385 i 

j 84 ; CONNOH EXIT 

387 I 

38<i 0288 EXIT: 

3S , 02B8 5E POP SI ; RESTORE ALL OF THE REGISTERS 

390 0289 5F POP DI 

391 02&A 5A POP ffl 

392 028J 59 POP CX 

393 02BC 5B POP BX 

394 028D 58 POP M 

395 028E 07 POP ES 

396 028F IF POP DS 

397 0290 CB RET 

398 0291 E_OJ>: 

3,9 ; NACRO TO ALIGN THE VIRTUAL DISK ON A PARAGRAPH BOUNDARY 

(00 if H-START) MOD 16 

m 02AO ORG (»-START)*14-((«-START> MOD 161 

402 and'f 

103 • 02A0 VDISK EOU » 

404 02AO VDSK ENDP 

405 02AO CSEIi ENDS 

404 END BEGIN 
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